home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1993 / Internet Info CD-ROM (Walnut Creek) (1993).iso / networking / terms / kermit / d / prime.bwr < prev    next >
Encoding:
Internet Message Format  |  1993-04-19  |  6.9 KB
  1. From C20211@UK.AC.PLYMOUTH.PRIME-A Wed Apr  7 14:08 GMT 1993
  2. Via: uk.ac.plymouth; Wed, 7 Apr 93 14:08:25 GMT
  3. Date:         Wed, 07 Apr 93 15:06:12
  4. From: John Horne  <C20211@UK.AC.PLYMOUTH.PRIME-A>
  5. Subject:      Prime Kermit 8.15 - file 2
  6. To: syspds
  7. In-Reply-To:  Your message of  Fri, 19 Mar 1993 16:21:30 +0000 (GMT)
  8. Status: RO
  9.  
  10.  
  11.    From : John Horne, Computing Service, Polytechnic South West.
  12.    Email : C20211 @ UK.AC.PSW.PA
  13.  
  14.    The following is a list of known bugs and potential problems in the current
  15.    version of Prime Kermit. It is possible for some of the problems to be
  16.    resolved at each individual site by the person responsible for installing
  17.    Kermit, although this may require some minor code changes.
  18.  
  19.    This version has been tested at PRIMOS revisions 21.0.5q and 22.1.1b.
  20.    (It has also been run, but not 'rigorously' tested, at Primos rev 23.2.0b).
  21.  
  22.    1) Odd file lengths are indicated by setting the read/write lock of the file
  23.       to NONE. This will fail (with no warning) if the user does not have P or
  24.       O rights to the directory. The consequence of this is simply a final
  25.       control-Z in the file. Also if the file initially has a read/write lock
  26.       of NONE, then the final character may be lost. I know of no other way of
  27.       "marking" the file as being of odd length. Any ideas?
  28.  
  29.    2) TAKE files try to dynamically obtain a file unit to use. However, it is
  30.       not known what range of file units a user is allowed. So the range from
  31.       7 to 127 is used. Some sites may have limited this range, and so a change
  32.       to the code may be necessary if this is a problem.
  33.  
  34.    3) The Date/Time file created (DTC) attribute can only be set if the user
  35.       has P or O rights. No warning is given if this cannot be set from the
  36.       received attribute packet.
  37.  
  38.    4) Some of the code uses the Primos subroutine T$AMLC to transfer data along
  39.       an AMLC line. Unfortunately this subroutine only returns a zero for
  40.       success, or a one for failure. In the case of a failure Kermit will abort
  41.       the operation, since it cannot correct the problem without knowing what
  42.       it is! It will then display a brief, although possibly vague, message.
  43.  
  44.    5) The end-of-line characters expected in text files must be either a single
  45.       line-feed (LF), a single carriage-return (CR), or a carriage-return (CR)
  46.       followed by a line-feed (CRLF). However, the sequence LFCR will not be
  47.       handled correctly. It is not expected that this will cause any problems!
  48.  
  49.    6) The command "SET BAUD baud_rate" allows only 8 speeds to be specified.
  50.       The first four are 110, 134.5, 300, and 1200, these are fixed within
  51.       Primos. The next value is the programmable clock speed specified by the
  52.       CONFIG directive AMLCLK for the computer. Its default value is 9600, but
  53.       may be changed by the system administrator. The final three values are set
  54.       by hardware jumpers within the computer, the default values are 75, 150,
  55.       and 1800. These may also have been changed at the request of the system
  56.       administrator by Prime. It would be nice to be able to ask Primos what
  57.       these values are, but this is not possible. So it is up to the user to
  58.       ask the system administrator if none of the other values are suitable.
  59.       Also note that 110 baud will use 2 stop bits, but 75 baud will only use
  60.       1. This is because we cannot guarantee that JUMPER_1 is actually 75 baud!
  61.  
  62.       HOWEVER, at PRIMOS revision 22.1 it is possible to ask the computer what
  63.       baud rates are supported on AMLC lines. It is also possible to set any of
  64.       about 20 speeds for ICS lines. So Kermit version 8.14 now only checks on
  65.       the validity of the speed, and lets Primos sort out whether the hardware
  66.       actually supports it. The supported baud rates are not shown at all by
  67.       Kermit, except for those computers using pre-rev 22 Primos when the
  68.       default values of CLOCK, JUMPER_1, JUMPER_2, and JUMPER_3 will be shown.
  69.  
  70.    7) The "SET TIMEOUT" command can only set the local send packet timeout, the
  71.       receive packet timeout has to be set from the "other" Kermit program.
  72.       The "SHOW TIMEOUT" command will show a value for the receive packet
  73.       timeout, but this will be either an initial default value supplied by the
  74.       local Kermit program or the last value received by Kermit from a file
  75.       transfer.
  76.  
  77.    8) The MS-DOS pound conversion facility may seem to switch from OFF to ON
  78.       occasionally. This occurs because the conversion is turned ON or OFF
  79.       depending on the information Kermit receives - either from the user or
  80.       from the remote Kermit during a transfer. E.g. Setting the file type to
  81.       binary will set it OFF, a SHOW command will verify this; if a file is
  82.       now received from an MS-DOS machine (and the attributes packet is sent)
  83.       then the conversion is set ON since Prime Kermit detects that it is
  84.       coming from a DOS machine. Again a SHOW command will verify this.
  85.       This is not harmful since the pound conversion is only actually performed
  86.       when files are sent, not received. At that time the deciding factors are
  87.       whether the conversion has been explicitly set by the user (either ON or
  88.       OFF), or whether it is a binary file (setting it OFF).
  89.       The Prime Kermit code has been written to assume that the pound conversion
  90.       is always ON unless either of the two deciding factors above is true. So
  91.       after sending a file (or receiving one from an MS-DOS machine), the pound
  92.       conversion is set back to the default of ON; hence the conversion seems to
  93.       switch from OFF to ON.
  94.  
  95.    9) The acknowledgment received to the file name may have the file name
  96.       encoded with repeat characters. E.g. the file "X0000001" may be
  97.       acknowledged as "X~$01". This will be treated by Prime Kermit as a
  98.       different file name and reported as such. The code for repeat character
  99.       processing is somewhat long-winded, and so has not been included in the
  100.       file name acknowledgment section. This should not give users any real
  101.       problems since it is possible to still work out the correct file name.
  102.  
  103.   10) Bug fix 44 in the PRIME.HLP file should be corrected by having a
  104.       SET SERVER TIMEOUT n command. This will be done later.
  105.  
  106.   11) Sliding windows do not work when the Prime is dialing into a C-Kermit or
  107.       MS-Kermit machine.
  108.  
  109.   12) The code for sizing ASCII files is at the moment inefficient, due to the
  110.       first part of the file being scanned twice. The first scan determines the
  111.       file type, and the second then actually sizes it if it is an ASCII file.
  112.       This could be recoded to only parse the file once, and if a binary file
  113.       then only the first part needs to be examined.
  114.  
  115.   13) Some commands, e.g. SERVER, SEND, and RECEIVE, do not work from within
  116.       a TAKE file. These commands expect to receive packets from the current
  117.       'input stream' which would normally be the 'other side' e.g. a PC, but
  118.       TAKE files get their input from the file itself.
  119.  
  120.